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(54) Self-contained application disic for automatically launching application software or starting 
devices and peripherals 



(57) A system and method for automaticaiiy execut- 
ing a participating application upon insertion of a remov- 
able media into a computing device. When the comput- 
ing device detects that the removable media containing 
has been inserted, a task d\sk control file is read from 
the removable media. The tasl< disk control file contains 
all of the configuration information necessary to run the 
participating application from the removable media The 
participating application is then launched for use by a 
user. After the user is finished using the participating ap- 
plication, the removable disk is automaticaiiy ejected. In 
addition to monitoring for insertion of the removable me- 
dia, events such as a completion of the self-contained 
application and a request to eject the media are moni- 
tored. When a completion event is encountered, all data 
files are saved, temporary files deleted and configura- 
tion information removed prior to the removable disk 
ejection. When an ejection event is encountered, the 
computing device is instructed to wait until the comple- 
tion events are executed prior to actual ejection of the 
removable media. 
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Description 

FIELD OF THE iNVENTION 

5 [0001] The present invention relates to application software contained on removable storage media. In particular, 
the present invention relates to a system wherein instructions to configure operating system environmental variables 
and to load predetermined application software are stored on removable media such that the application and its asso- 
ciated data files are automatically iaunched for use upon insertion of the removable disl< into a removable media drive. 

10 BACKGROUND OF THE INVENTION 

[0002] In the beginning of the personal computing era, software applications were simple and small mainly because 
of limitations in storage and computing power For example, one of the first widely used software applications, VisiCaic, 
was only 25 i<B in size and was typically run from a floppy disl<. Because of these limitations, data files created by 

is VisiCaic were often stored on the same floppy disk as the program file. However, as processing power and capabilities 
of personal computers increased, additional features were added to software applications to take advantage the in- 
creased processing power These features have lead to a tremendous increase in the size of software applications. 
For example, Microsoft® Excel97 now has an executable file that is approximately 5.4 MB, which Is an increase of 
21 ,600% over the early VisiCaic spreadsheet software. In addition, this figure fails to account for the shared files that 

20 Microsoft® Excel97 requires for proper execution. Because of the increase in size and complexity of modern software, 
applications are no longer developed to be executed from a single piece of removable media, and at a minimum, must 
be partially Installed to the computer's hard disk drive for use. 

[0003] While modern software applications have greater functionality and are easier to use than their early counter- 
parts, they have created usability problems for end users. A first problem is that managing data files has become 
25 increasingly difficult. With personal computer hard drives exceeding 20 GB in storage capacity, users can store almost 
everything they generate and download. Naming, organizing and differentiating between data files is extremely difficult, 
particularly in view of the common practice of users to name and save files using cryptic or uninformative names (e. 
g., todaydoc, temp.xis, or junk.txt). 

[0004] Another problem has been created by the shear number of personal computers an peripherals devices. A 
30 typical user may have a computer at home, a computer at work, and a portable computer (e.g., notebook) that he or 
she uses every day Thus, if a user wants to use a particular data file(s) on more than one computer, the user must 
manually copy the data file(s) to a removable disk and either access the data file(s) from the removable disk or copy 
them to the other computer. In addition, each computer that the user wants to use must have the particular piece of 
software that generated the data file(s) installed thereon in order to properly access the data. Inevitably as users move 
35 data from one computer to another data is lost as newer files are overwritten by older versions. Further complicating 
file management tasks is when the user creates several pieces of removable media containing several versions of the 
data files and then must figure out which version is the correct version by looking at the time stamps or inspecting the 
contents of each of the data files. Peripheral devices and their associated software have become numerous and are 
in many cases difficult to use. In addition, many peripheral devices create data files that must be saved for use by other 
40 application software. 

[0005] There have been some advances in file management. These include file managers and applications that 
synchronize files between computers to reduce the effort necessary to maintain current versions of data files on multiple 
computers. However, these programs are severely limited because they typically cannot synchronize files between 
more than two computers. In addition, the files to be synchronized are often manually selected by the users. Thus, if 
45 a particular piece of software creates and access multiple data files, the user must manually select all of the data files 
for synchronization between two computers, otherwise errors may occur Often users forget to select a particular data 
file for synchronization and later find that they are unable to utilize any of the data on another computer This problem 
not only affects synchronization programs, but also occurs when users manually copy data files to removable media, 
in the scenario noted above. 

50 [0006] There have been other advances in making computers easier use, such as graphical user interfaces and 
applications that automatically launch programs contained on removable media. An example of an application that 
automatically launches another application upon insertion of the removable media into a computer and include the 
Windows® "Autorun" feature which automatically runs an application contained on, e.g., a CD-ROM. When the CD- 
ROM is inserted into the drive, the operating system checks for a file named "autorun. inf" in the root directory of the 

55 CD. Within the autorun. inf file is a pointer to an executable file named "autorun.exe" which launches the software on 
the CD. Typically, the Autorun feature is used to launch software setup/install routines to install software contained on 
the CD to the hard drive. However, the Autorun feature is limited in that it does not configure a computer to run application 
software based on instructions contained on the removable media, nor does the Autorun feature have the ability to 
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manage events such as ejection of the removable media, closing of the application running from the removable media, 
and storage of data files to the removable media. 

[0007] However even with the above advancements, computers remain difficult for many people to use. For example, 
when a user turns on the computer, he or she is most often presented with the graphical user interface. At this point, 
s it is up to the user to navigate to and launch the application software that he or she desires to use. Although this task 
seems relatively easy it Is not for many users as there is no standardization on where a particular application software 
is located on the computer. Clearly, the personal computer has failed to achieve the simplicity of other home appliances, 
which has prevented large numbers ofpeople from accepting and using computers. 

[0008] In view of the above, there is a need for a method and apparatus for facilitating the maintenance and use of 
10 a user's data, application software and computer devices. Further there is a need for a method and apparatus that 
performs these functions automatically with little or no input from the user in order to prevent accidental loss of data 
and to provide ease of application use. Such a need would be solved by an self-contained application stored on re- 
movable media that is adapted to automatically start devices or launch application software from the removable media 
or the computer's hard drive upon insertion into the computer, while also saving the data files to the removable media 
is or other predetermined location. The present invention provides such a solution. 

SUMMARY OF THE INVENTION 

[0009] In view of the above, the present invention, through one or more of its various aspects and/or embodiments 

20 is thus presented to accomplish many advantages, such as those noted below. 

[001 0] I n accordance with the present invention, there is provided an application or service that resides on a computer 
that automatically, and without requiring any user intervention, recognizes the insertion of a piece of removable media. 
The removable media contains a task disk control file that contains all of the configuration information necessary to 
run participating applications from the removable media. In particular, the task disk control file contains three sections 

25 of configuration Information as follows: pre-run, application run, and clean-up. The pre-run section configures registry 
information such that the operating system is aware of the path, environmental variables and command line to launch 
the participating application. Optionally, the pre-run section may specify files (e.g., executable files, DLLs, device driv- 
ers, etc.) that are to be copied to the hard drive to properly execute the participating application. The application run 
section instructs the operating system to load the participating application, which launches the participating application 

30 for use by a user. The clean-up section removes all registry information added by the pre-run section. Optionally the 
clean-up section may remove from the hard drive the files copied thereto to execute the participating application. 
[0011] After reading the task disk control file and configuring the computing device, the participating application is 
then launched for use by a user. Once the user is finished using the participating application, the removable disk is 
automatically ejected. In addition to monitoring for insertion of the removable media, events such as a completion of 

35 the self-contained application and a request to eject the media are monitored. When a completion event is encountered, 
all data files are saved, temporary files are deleted and configuration information Is removed prior to the removable 
disk ejection. When an ejection event Is encountered, the computing device is instructed to wait until the completion 
events are executed prior to actual ejection of the removable media. 

[0012] The system of the present invention serves to greatly simplify the use and operation of computer application 
40 software, devices and peripherals because users are not required to have any knowledge of how to launch the appli- 
cation or start the devices and peripherals they wish to use other than such applications, devices and peripherals will 
be launched/started automatically upon insertion of the removable media. Other features of the invention are described 
below. 

45 BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The foregoing summary, as well as the following detailed description of the preferred embodiments, is better 
understood when read In conjunction with the appended drawings. For the purpose of illustrating the Invention, there 
is shown In the drawings an embodiment that is presently preferred, in which like reference numerals represent similar 
50 parts throughout the several views of the drawings, it being understood, however, that the invention Is not limited to 
the specific methods and instrumentalities disclosed. In the drawings: 

Fig. 1 is a block diagram of the components of a personal computer in which the present invention is embodied; 
Fig. 2 is a block diagram of the components of a preferred removable media drive shown in Fig. 1 ; 
55 Fig. 3 is a flow chart illustrating an oven/iew of the processes performed by the present invention; and 

Fig. 4 is an exemplary task disk control file in accordance with the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0014] The present invention provides a novel application on a removable disk used within a computing environment 
to maintain application software, data and devices. In accordance with the present invention, a user inserts the remov- 
s able disk containing the application software to be executed into the personal computer, and the software application 
or device is automatically launched/started and readied for use. The present invention advantageously allows a user 
to maintain everything he or she needs using a removable disk. 

[0015] Referring now to Figs. 1-2, exemplary hardware in which the present invention may be embodied will be 
described. As illustrated, the preferred platform is a personal computer (PC) 20, which may comprise Windows® 95/98 
10 or windows NT® Workstation-based personal computer having, e.g., an Intel Pentium® processor or higher, a long- 
term non-removable storage device (e.g., a IDE or SCSI hard disk), a removable media drive (e.g., CD-R, CD-RW, 
DVD, or other removable floppy or hard disk drive), random access memory (RAM), communication peripherals (e.g., 
network interface card, modem, and/or terminal adapter), and suitable application programs (e.g.. Dial-up networking 
software and a Web Browser). 

15 [0016] As shown, the PC 20 may be divided between internal and external components. The internal components 
include a Basic Input/Output System (BIOS) 70 and a processor (CPU) 66 that control the overall functioning of the 
PC 20. Memory 64, a hard disk drive 76, a floppy disk drive 74, a tape drive 78, a CD-ROM drive 80, a MODEM/ 
Terminal Adaptor/Network Interface Card 82, and a removable media drive 52a are also connected to the CPU 66. 
The removable media drive 52a or 52b operates to read and/or write to a storage media contained within a removable 

20 storage cartridge 28. The exemplary PC 20 of Fig. 1 is configured with two removable media drives 52a and 52b to 
emphasize that a removable media drive can be implemented in either internal or external form. 
[0017] By way of a non-limiting example, the removable media 28 may comprise a ZIP® diskmanufactured by Iomega 
Corporation, Roy, Utah, Each Iomega ZIP® disk contains a unique serial number that is written to a predetermined 
track during the formatting process which may be used as the unique identifier. The serial number is preferably created 

25 by but not limited to a pseudo random number generator Further, while the media 28 has been described In terms of 
a ZIP® disk, It is not limited to the ZIP® disk, as the use of other removable media types having a unique serial number 
Is within the scope and spirit of the present invention such as CD-R, DVD-RAM, and other removable floppy and hard 
disks. 

[001B] The MODEM/Terminal Adaptor/Network Interface Card 82 may comprise individual cards performing corn- 
so munications-related functions, as known in the art. The MODEM/Terminal Adaptor/Network Interface Cards 82 are 
included within PC 20 to provide communications to external networks to which the PC 20 Is connected. In particular, 
the MODEM/Terminal Adaptor/Network Interface Card 82 may be used to access LAN 14, ISP 18 and network infra- 
structure 12. 

[0019] Communications between internal and external devices may be accomplished via controllers provided within 
35 the PC 20. A serial/parallel/USB port controller (which may comprise separate controllers) 58, a monitor controller 
(video card) 60, and a keyboard and mouse controller 62 each provide an Interface between the CPU 66 and an external 
removable media drive 52b (or printer), monitor 54, and keyboard and mouse device 56, respectively A hard disk and 
floppy disk controller 72 serves as an Interface between the CPU 66 and the hard disk 76 and the CD-ROM drive 80, 
and the floppy disk 74 and tape drive 78, respectively. It will be appreciated by those skilled in the art that the disk 
40 controller 72 may comprise separate floppy and hard disk controllers (e.g., IDE or SCSI controller). 

[0020] A removable media controller 68 serves as an interface between the removable media drive 52a and the CPU 
66. For example, the removable disk controller 68 may comprise a Small Computer System Interface (SCSI) or Inte- 
grated Drive Electronics (IDE) interface controller. A hard disk and floppy disk controller 72 serves as an interface 
between the CPU 66 and the hard disk 76 and the CD-ROM drive 80, and the floppy disk 74 and tape drive 78, 
45 respectively. Alternatively, the removable media drive 52a may utilize the disk controller 72 as an Interface to the CPU 
66. 

[0021] Referring now to Fig. 2, there is illustrated a block diagram of an exemplary media drive 52 having a SCSI 
interface to the PC 20 (via controller 68). The media drive 52 preferably comprises, a ZIP® drive, manufactured by 
Iomega Corporation, Roy, Utah; however, the present invention is not limited to such removable media drives and other 

so media drives may be used as media drive 52. The media drive 52 includes components that provide for communication 
between the read/write channel for the media (lower right side of diagram) and the PC 20 (upper left side of diagram). 
The media drive 52 includes an AlC chip 101 which performs the SCSI 102, the direct memory access (DMA) 103, 
and disk formatter 1 04 functions. The interface also includes a PHAEDRUS 1 05 which includes an 8032 microcontroller 
106, a 1 kByte RAM 107 and an application specific integrated circuit (ASIC) 108. The ASIC 108 may perform various 

55 functions, such as servo sequencing, data splitting, EOC, ENDEC, A-to-D, and D-to-A conversion. The communication 
between the media drive 52 and the PC 20 is accomplished through transfers of data between the input/output channel 
of the media drive 52 and the media controller 68 (e.g., SCSI controller) of the PC 20. 

[0022] Referring now to Fig. 3, there is a flow chart illustrating the processes performed by the present invention. As 
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will become evident to those of ordinary skill in the art, the features and aspects of the present invention discussed 
below may be implemented by any suitable combination of hardware, software and/or firmware. Preferably the present 
invention runs as a background task or sen/ice that recognizes and reads a task disk control file stored on the removable 
media upon detection of insertion of the removable media into the computer The task disk control file includes instruc- 

s tions to configure the computer operating environment and launch application software resident on the removable 
media or the computer's hard disk (or on both). Also, the task disk control file may be used to start application software 
that controls computer devices and/or the devices themselves. Upon closing the predetermined application software 
or device, data files are saved in accordance with instructions in the control file, the computer's environment is cleaned- 
up and the removable media is ejected. As will be described below, the system of the present invention serves to 

10 greatly simplify the use and operation of computer application software, devices and peripherals because users are 
not required to have any knowledge of how to launch the application or start the device or peripheral they wish to use. 
In other words, all the user needs to know is that the application, device or peripheral he or she wants to use will be 
automatically launched/started upon insertion of the removable media. 

[0023] The details of the present invention will now be described with reference to Fig. 3. An application or system 

1S service running on the PC 20 monitors device commands to and from the removable media drive 52 (step 200). It is 
preferable that this be a background application or service that is loaded when the computer is booted-up. An example 
of such an application to monitor device commands to the removable media drive 52 is lOwatch, available from Iomega 
Corporation, Roy UT The application or service resides on the computer 20 and automatically, and without requiring 
any user intervention, recognizes the insertion of a piece of removable media. 

20 [0024] At step 202 it is determined ifa monitored device command is "a media change condition." Media change 
conditions indicate that removable media 28 has been inserted in to the removable media drive 52 or that some action 
has occurred with regard to the removable media 28 currently in the drive 52. If no media change condition is present 
at step 202, then processing returns to step 200 to monitor for subsequent device commands. 
[0025] If a media change condition is present at step 202, then the present invention begins its processing by iden- 

25 tifying an event type associated withe the media change condition. Events that may be identified and routed at step 
204 include, but are not limited to: device events and events resulting from calls from a "participating application" 201 . 
A "participating application" 201 is defined herein as a software application that has knowledge of, and cooperates 
with, the present invention by making and accepting event calls to and from the present invention. The participating 
application may be located on, e.g., the hard disk 76, the removable media 28, a CD-ROM, or network location. In 

30 addition, participating applications may control peripherals and devices attached to or within the computer (e.g., tape 
drives, scanners, etc.). Media change conditions are provide to the present invention by known mechanisms such as 
inter-application messages, program calls, and event notifications. 

[0026] A first identified event may be a media insertion event (step 206), which is a condition that exists when the 
removable media 28 is inserted into the removable media drive 52. The media may be detected as inserted by the 
35 drive in accordance with the method of U.S. Patent No. 5,854,719, to Ginosar at al., which is incorporated herein by 
reference in its entirety. At step 208, the system then checks for the presence of a task disk control file (TDCF) 220 on 
the media 28. 

[0027] An exemplary task disk control file 220 is illustrated in Fig. 4, and contains configuration and execution infor- 
mation and regarding the participating application. For example the TDCF 220 may contain information such as the 

40 executable filename, path information, and Windows® registry data, including the identification of necessary device 
drivers, Dynamic Link Libraries, VxDs, etc. The contents of the TDCF will be discussed in greater detail below. 
[002B] If a valid task disk control file (TDCF) 220 does not exist (step 210), the disk is mounted for use, however, 
the system returns to step 200 to monitor for subsequent device commands, as the disk cannot be used to configure 
and launch an application or device. Alternatively a message may be generated and displayed to the user indicating 

45 the TDCF 220 is not valid. If a valid TDCF 220 exists, then at step 212, a unique identifier (e.g., serial number) of the 
media 28 is read. In accordance with a feature of the present invention, the TDCF 220 may be encrypted using the 
media serial number as an encryption key to provide an added measure of security and to prevent the application 
software from being copied and run from another piece of media. For the purposes of the present invention, any en- 
cryption algorithm may be used. 

50 [0029] The media serial number may be obtained by an application running on the PC 20 that reads the unique 
identifier and authentication code. This is performed by querying the media using an application programming interface 
(API) such as the Iomega Ready API, or other suitable method. 

[0030] The Iomega Ready API when invoked causes the media drive to read the unique serial number from the 
predetermined track by using the SCSI 0x06 Non-Sense Command. In particular, by invoking the Disk Status Page 
55 (page 0x02) of the Non-Sense Command, the media serial number may be determined by reading offset bytes 20-59 
of the returned data structure. Exemplary source code for reading the serial number of an Iomega ZIP® drive and disk 

is as follows: 
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void CClientApp::GetZipDrive() 

{ 

intj,k; 

ni_DriveNum = 0; 
forG = Oy < 26y-H-) 

// scan the drives and find the IOMEGA drives 

{ 

if(IsIomegaDrive(j) ) 
{ 

k = GetGeneralDevType(j); 



if([ k = DRIVEJS_ZIP ) 
{ 

m_DriveNuin=j; 
j=26; 



} 

} 

} 



void CClientApp::GetSerialNumber() 
{ 

unsigned char szBufifer[1024]; 

niemset(szBuffer,0,sizeof(szBufTer)); 

memset{&m_SerialNumber,0,40); 

GetInfoNonSense(ra_DriveNum,0x02,szBuffer); 

memcpy(&m_SerialNumber,&szBuffer[22],39); 



[0031] It can be appreciated that the unique serial number should contain a sufficient number of bits (length) to 
ensure that no two pieces of media have the same identifier For example, each Iomega ZIP® disk contains a unique 
39 byte (312 bits) serial number, and other bit lengths may be utilized. 
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[0032] Once the media serial number is read, tine tasl< disl< control file (TDCF) 220 is processed at step 21 4, wPiere 
it is decrypted using tine media serial number as a decryption key. It is noted that encryption of the TDCF 220 is not 
necessaryforthe operation of the present invention, and is provided as a security feature to prevent, e.g., illegal copying 
of copyrighted program files on the removable media 28. Accordingly, step 21 0 may be provided with a mechanism to 
s determine if the TDCF is encrypted, and if not, jump to step 216. 

[0033] At step 21 6, the unencrypted TDCF 220 is read and the system environment is configured in accordance with 
information contained in the TDCF 220 prior to launching the participating application. 

[0034] Referring to Fig. 4, the TDCF 220 contains three sections of configuration information labeled as follows: pre- 
run, application run, and clean-up. The pre-run section configures registry information such that the operating system 
10 is aware of the path, environmental variables and commands to launch the participating application. Optionally, the 

pre-run section may specify files (e.g., executable files, DLLs, device drivers, etc.) that are to be copied to the hard 
drive to properly execute the participating application. The application run section instructs the operating system to 
load the participating application, which launches the participating application for use by a user (see, step 21 8, beiow). 
The clean-up section removes ail registry information added by the pre-run section (see, step 224, beiow). Optionally 
is the clean-up section may remove from the hard drive the files (e.g., executable files. DLLs, device drivers, etc.) copied 
thereto to execute the participating application. 

[0035] In accordance with the present invention, the TDCF 220 may configure the system environment to run appli- 
cations in several modes. In a first mode of operation, the participating application is stored on, and run from, the 
removable media 28 upon insertion. In this first mode of operation, everything necessary to run the participating ap- 
20 plication is maintained and executed from the removable media 28. Thus, no files are copied to the hard drive, nor are 
any files required to be on the hard drive to run the participating application. 

[0036] I n a second mode of operation, the participating application cannot be run from the removable media 28 alone. 
In this mode, certain files are copied to the hard disk as specified in the pre-run section of the TDCF 220. These files 
may include, but are not limited to the above-mentioned executable files, DLLs, device drivers, etc. it may be necessary 
25 to copy files to the hard disk to because of limitations in speed or size of the removable media 28. in the second mode, 
when the participating application is closed or the removable disk 28 ejected, the previously copied files are removed 
from the hard drive in accordance with the clean-up section such that the hard disk is returned to essentially the same 
state it was in prior to the insertion of the removable media 28 

[0037] In a third mode, the participating application cannot be run from the removable media 28 alone, as in the 
30 second mode. However, in this mode when the participating application is closed or the disk ejected, the files are not 
removed from the hard drive. In the third mode, the previously copied files remain on the hard disk in accordance with 
the clean-up section , such that any subsequent Insertion of the removable media 28 would not require copying of the 
specified files to the hard drive. This third mode of operation speeds up the launching of the participating application 
for second and subsequent insertions of the removable disk 28 into the removable media drive 52. 
35 [0038] In a fourth mode, the participating application is installed to, and stored on, the computer's hard drive. The 
participating application's installation program preferably includes an option to make it "participating" in accordance 
with the present invention. Optionally a piug-in may be used to hook into the participating application to make it "par- 
ticipating" in accordance with the present invention. The pre-run section of the TDCF contains ail of the instructions 
necessary to automatically launch the participating application from the hard drive and, optionally load data files as 
40 the participating application is launched. The data files are preferably on the removable media 28, but also may reside 
on the hard disk. In this fourth mode, the TDCF 220 contains a list of instructions to open and close the participating 
application, such that the removable media acts as a "key" to automatically open the participating application upon 
insertion into the removable media drive 52. 

[0039] It is noted that the TDCF 220 of Fig. 4 is provided herein for exemplary purposes only Further, the TDCF 220 
45 may contain additional or fewer instructions to configure the computer 20, copy files to the computer 20, etc. than 
illustrated. Further, additional or few modes of operation are possible. In accordance with the present invention, the 
TDCF 220 contains the instructions necessary to properly configure and launch the participating application upon 
insertion of the removable media 28, and gracefully remove configuration settings and save data flies without the need 
for user intervention. 

50 [0040] Returning again to Fig. e, at step 21 8, once the PC 20 is configured in accordance with the TDCF 220, the 
participating application is launched for use and the system returns to step 200 to monitor for new events. 
[0041] Returning again to step 204, if an event identified is a Save/Close Complete event, then processing continues 
at step 222. A Save/Close Complete event occurs when the user has finished using the participating application and 
either selects exit or clicks the " B " box (i.e., close window box) in the application window. At step 222 the participating 

55 application saves all data files, deletes ail temporary files and indicates to the system that it is ready to terminate. The 
data files maybe saved in accordance with a predetermined file path set by the TDCF 220, At step 224 ail configuration 
information is removed from the PC 20 in accordance with the clean-up section of the TDCF 220. The clean-up section 
will perform certain clean-up functions based on a mode of operation, as noted above. Next, at step 226, the participating 
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application terminates and the removable media 28 is ejected bytlie present invention from the media drive 52. Process- 
ing then continues at step 200. 

[0042] Again returning to step 240, if an event detected a Media Eject Request Event, then processing continues at 
step 228. A Media Eject Request Event is a condition that exists when the user has initiated an eject function by 

5 pressing an eject button provided on the drive 52 or through a provide software eject feature. At step 230, the partic- 
ipating application is notified via inter-application mechanisms, such as a message, that a "request for media eject" 
was detected. Next, at step 232, the system executes steps 222-226 as discussed above to complete. Once the present 
invention is notified of a completion at step 234, processing returns to step 200 to monitor for new events. 
[0043] Thus, as described above, the present Invention provides a new and improved system for managing data 

10 files and applications that requires very little, if any, user attention. In accordance with the present Invention, the user 
need only know that insertion ofa particular piece of removable media launches a particular application or starts a 
particular device or peripheral that he or she wants to use. The user's data files are saved to the same piece of removable 
media or other specified location for easy retrieval, therefore, the user's data is easily obtainable for use when the 
application is launched. When the user has completed using the application and exits, the removable media is ejected 
from the computer to be placed away for safekeeping. 

[0044] It is noted that the foregoing examples have been provided merely for the purpose of explanation and are in 
no way to be construed as limiting of the present Invention. While the invention has been described with reference to 
preferred embodiments, It Is understood that the words which have been used herein are words of description and 
Illustration, rather than words of limitations. Further, although the Invention has been described herein with reference 
20 to particular means, materials and embodiments, the invention Is not intended to be limited to the particulars disclosed 
herein; rather, the Invention extends to all functionally equivalent structures, methods and uses, such as are within the 
scope of the appended claims. Those skilled In the art, having the benefit of the teachings of this specification, may 
effect numerous modifications thereto and changes may be made without departing from the scope and spirit of the 
invention in its aspects. 

25 

Claims 

1. A method of managing a participating application or device in accordance with a task disk control file contained 
30 on removable media, said participating application or device being run with a computing device having a removable 

media drive, said method comprising: 

detecting an insertion of said removable media Into said removable media drive; 

configuring said computing device in accordance with said task disk control file contained on said removable 
35 media; 

launching said participating application in accordance with information in said task disk control file; 
monitoring events In said removable media drive and said participating application until execution of said 
participating software application Is completed, and thereafter; 
ejecting said removable media from said removable media drive. 

40 

2. The method as recited In claim 1 , wherein said configuring said computing device In accordance with said task 
disk control file further comprises: 

determining a unique identifier of said removable media; 
45 accessing said task disk control file in accordance with said unique identifier; and 

configuring said computing device by providing at least one of executable files, linked library files, device 
drivers, path information, environmental information, and registry entries to said computing device. 

3. The method as recited in claim 2, wherein accessing said task disk control file comprises decrypting said task disk 
so control file using said unique identifier as a decryption key. 

4. The method as recited in claim 1 , wherein said monitoring events In said removable media drive comprises mon- 
itoring for an application save/close completion event. 

55 5. The method as recited in claim 4, further comprising: 

saving all data files to a predetermined location specified In said task disk control file; 
deleting temporary files; and 
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unconfiguring said computing device in accordance with said tasl< d\sk control file. 

6. The method as recited in claim 5, wherein said unconfiguring comprises removing at least one of executable files, 
linked library files, device drivers, path information, environmental information, and registry entries from said com- 

5 puting device. 

7. The method as recited in claim 1 , wherein said monitoring includes monitoring for a request to eject said removable 
media. 

10 8. The method as recited in claim 7, further comprising: 

saving all data files to said removable media; 
deleting any temporary files; 

unconfiguring said computing device in accordance with said task disk control file; and 
is ejecting said removable media once said unconfiguring has completed. 

9. The method as recited in claim 8, wherein said unconfiguring comprises removing at least one of executable files, 
linked library files, device drivers, path information, environmental information, and registry entries. 

20 10. The method as recited in claim 1 , wherein said participating application is adapted to be stored on said removable 
media or on non-removable storage media, and 

wherein said launching said participating application in accordance with information in said task disk control 
file comprises launching said participating application from said removable media, said non-removable storage 

media, or both said removable media and said non-removable media. 

25 

11. A computer-readable medium containing instructions executed by a computing device having a removable media 
drive that receives said computer-readable medium, said instructions for performing: 

configuring said computing device in accordance with a task disk control file contained on said computer- 
30 readable media; 

launching a participating application In accordance with information in said task disk control file; 
monitoring events in said removable media drive and said participating application until execution of said 
participating software application is completed, and thereafter; 
ejecting said computer-readable media from said removable media drive. 

35 

12. The computer-readable medium as recited in claim 11 , wherein said configuring said computing device in accord- 
ance with said task disk control file further comprises: 

determining a unique identifier of said computer-readable medium; 
40 accessing said task disk control file in accordance with said unique identifier; and 

configuring said computing device by providing at least one of executable files, linked library files, device 
drivers, path information, environmental information, and registry entries to said computing device. 

13. The computer-readable medium as recited in claim 12, wherein accessing said task disk control file comprises 
45 decrypting said task disk control file using said unique identifier as a decryption key. 

14. The computer-readable medium as recited in claim 11, wherein said monitoring events in said removable media 
drive comprises monitoring for an application save/close completion event. 

so 15. The computer-readable medium as recited in claim 14, further comprising: 

saving all data files to a predetermined location specified in said task disk control file; 
deleting temporary files; and 

unconfiguring said computing device in accordance with said task disk control file. 

55 

16. The computer-readable medium as recited in claim 15, wherein said unconfiguring comprises removing at least 
one of executable files, linked libraty files, device drivers, path information, environmental information, and registry 
entries from said computing device. 
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17. The computer-readable medium as recited in claim 11 , wherein said monitoring includes monitoring for a request 

to eject said computer-readable medium. 

18. The computer-readable medium as recited in claim 17, further comprising: 

5 

saving all data files to said computer-readable medium; 
deleting any temporary files; 

unconfiguring said computing device in accordance with said task disk control file; and 
ejecting said computer-readable medium once said unconfiguring has completed. 

10 

19. The computer-readable medium as recited in claim 18, wherein said unconfiguring comprises removing at least 
one of executable files, linked library files, device drivers, path information, environmental information, and registry 
entries. 

15 20. The computer-readable medium as recited in claim 11, wherein said participating application is adapted to be 
stored on said computer-readable medium or on non-removable storage media, and 

wherein said launching said participating application in accordance with information in said task disk control 
file comprises launching said participating application from said computer-readable medium, said non-removable 
storage media, or both said computer-readable medium and said non-ramovable storage medium. 

20 

21. A computer-readable medium having stored thereon a task list control file comprising: 

a pre-run section containing instructions to be executed by a computer-Implemented device prior to launching 
a predetermined participating application; 
25 an application run section data containing instructions to launch said participating application; and 

a clean-up section containing instructions to be executed upon closing said participating application. 

22. The task list control file of claim 21, wherein said pre-run section comprises 

instructions to configure registry information such that the operating system is aware of at least one of a path, 
30 environmental variables and commands to launch said participating application. 

23. The task list control file of claim 22 further comprising instructions to specify files to be copied to a hard drive of 
said computer-implemented device to execute said participating application. 

35 24. The task list control file of claim 21 , wherein said application run section comprises instructions for the operating 
system to load said participating application for use. 

25. The task list control file of claim 21 , wherein said clean-up section removes all registry information added by the 
pre-run section. 

40 

26. The task list control file of claim 25, wherein said clean-up section removes from the hard drive the files copied 
thereto to execute the participating application as specified by said pre-run section. 
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FIG. 4 
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'# Task disk control fi le examp le 



j{PRE-RUN} 

+[HKLM\SoftwareMomega\APP\] 

+RunPath="$ :\app l\^p 1 .exe" 
+[HKCRVmyapp] 

+Default="MYAPPICON" 
+[HKCR\MYAPPICON\sheU\coiiiinand\Open] 

+Default="S:\appl\iq)pl.exe %1" 

# if we need to pre-bad an a{^>lication: 

load=$ :\prcloadapp . exe 

a A4)plication run section 

{RUN} 

load=S :\app 1 \app 1 .exe 



'U clean-ip section 

{ POST-RUN } 

- [HKLM\Software\Iomega\APP\] 
-[HKCR\.myapp] 

- [HKCR\MYAPPICON^shell\conmand\Open] 

U if we need to post- load an application: 
load=$:Vro8tloadapp.exc 




/;//w//f/////;//////;f/w///y/////f////ti//////w/f///////;ffl//;/ «##j 

p symbols 

# [ ] - indicates a registry Key 

# + -add or modify a registry value 

# - - remove registry Item 
'p {} -section header 



llllttl llll llll t t ltt. 
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